iconview: Respect the fixed item width when adjusting the wrap width

Restore the code the way it was in GTK2.

https://bugzilla.gnome.org/show_bug.cgi?id=680953

gtk/gtkwindow.c: Fix build on non-X11

There were some code added to this file that is meant for the X11 backend,
but they are being unconditionally built.  Add build-time checks for the
X11 backend for these to fix the build on non-X11 platforms.

Updated Norwegian bokmål translation

Updated Irish translation

Updated Brazilian Portuguese translation for Gtk+-Properties

Updated Brazilian Portuguese translation for Gtk+-UI

gdk/win32/gdkdevice-virtual.c: Various fixes

...for the gdk_cursor_new_from_surface work (commit b2113b73) where the
types of some parameters were changed, and also to silence a critical
GDK_IS_DEVICE when a menu item is selected (courtesy of LE GARREC Vincent
from bug 696756).

https://bugzilla.gnome.org/show_bug.cgi?id=705980

GDK/GTK on Windows: Fix build

Due to the work on gdk_cursor_new_from_surface (commit b2113b73),
get_cursor_for_pixbuf() in GdkDisplayClass was converted to
get_cursor_for_surface(), which means the GDK Win32 backend needs to be
updated for the code to build and run on Windows, plus some function
prototypes and declarations/calls need to be updated as well.

https://bugzilla.gnome.org/show_bug.cgi?id=705980

Punjabi Translation updated by Aman

Punjabi Translation updated by Aman

Updated Czech translation

Tajik translation updated

wayland: Set type for GtkSelectionData for incoming contents

This is set from the incoming property type under X11.  Under Wayland
it will always be what we requested, so we can just set it to the target.

wayland: Only set wayland selection for GDK_SELECTION_CLIPBOARD

Wayland only has one selection, which corresponds to GDK_SELECTION_CLIPBOARD.

wayland: Compare serial numbers correctly to avoid overflow problems

We have to look at the difference between two numbers, which will always
be well-defined and give the right result, even in case of integer overflow.

wayland: Use current serial when setting selection, not _wl_time_now()

The wl_data_device.set_selection request expects a serial number.

wayland: wl_data_device.enter provides a serial number, not a timestamp

Add workspace handling to the window menu

The reimplements the current mutter window menu for
workspace changes.

https://bugzilla.gnome.org/show_bug.cgi?id=706323

x11: Add EWMH workspace handling api

Add a few functions that give access to the EWMH workspace
properties.

Add an 'Always on Top' item to the csd window menu

We want to make the csd window menu as similar as possible to the
mutter window menu.

https://bugzilla.gnome.org/show_bug.cgi?id=706323

window: add a style class when we automatically create the titlebar

To distinguish it from custom titlebars added from applications.

https://bugzilla.gnome.org/show_bug.cgi?id=706592

window: don't change bottom margin for automatic CSD

We'll use a style class to be able to give this a different appearance,
but for the time being we don't really need to give this such different
margin.

https://bugzilla.gnome.org/show_bug.cgi?id=706592

label: Initialize lines value to -1

Fixes defaultvalue test.

label: Fix gcc warning

testsuite: Add a clipboard test

I'm not sure I like it yet because it deadlocked once and I haven't
figured out why that is.

Add api to ellipsize labels to multiple lines

When setting the lines property, the label will be ellipsized
to that many lines, with the ellipsis only appearing in the
last line. This is different from how ellipsization of multi-line
labels normally works in GTK+.

combobox: Add missing Since tags for entry constructors

gtkwindow: Enable CSD when windows set a titlebar

https://bugzilla.gnome.org/show_bug.cgi?id=706529

gtkwindow: Disable CSD if we aren't running under a supported WM

Also, split the checks for CSD out into a separate function.

https://bugzilla.gnome.org/show_bug.cgi?id=706529

gtkwindow: Split code that detects if we want CSD out

This will get a bit more complex when we enable CSD for custom headerbars

https://bugzilla.gnome.org/show_bug.cgi?id=706529

gtkwindow: Have a separate "titlebar" pointer for decorations we create ourselves

This cleans up the code a bit.

https://bugzilla.gnome.org/show_bug.cgi?id=706529

gtkwindow: Rename title_icon, etc. to titlebar_icon

"title_box" is used for both a custom header bar and for a titlebar.
Since we want to help differentiate these cases in the code, rename
everything titlebar-internal to use "titlebar_".

https://bugzilla.gnome.org/show_bug.cgi?id=706529

Update Tajik translations

filechooser: Don't use an underline mnemonic in the 'Save in folder' label

This used to point to the GtkPathBar, which doesn't accept mnemonic activation, anyway.
This whole thing was a leftover from when we had a combo box to select a folder, but
this is no longer the case.

https://bugzilla.gnome.org/show_bug.cgi?id=706448

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

clipboard: fix build without wayland

Signed-off-by: Saleem Abdulrasool <compnerd@compnerd.org>

Updated Polish translation

Updated Polish translation

Fix minor typos

Post release version bump

3.9.12

Fix distcheck

We need to clean up the ui.h files somewhere if they are generated
during the build from tarball. Reuse the existing distclean-local
hack for it.

Add new api to the docs

GtkHeaderBar: Add the titlebutton style to the close button

This will let the theme unify the appearance of this button with
the window buttons in 'traditional' title bars.

doc: Fix typos

Fix two typos in gtk/gtktexttag.c.

https://bugzilla.gnome.org/show_bug.cgi?id=706335

clipboard: Reimplement Wayland clipboard using vfuncs

This way, the Wayland and the regular clipboard implementation can both
be compiled in and selected based on the display in use.

One thing potentially broken now is text mime type handling as Wayland
seemed to use different mime types in some places.

clipboard: Make a bunch of functions vfuncs

clipboard: Split struct definitions into private header

Update README.in

x11: Add gdk_x11_display_set_window_scale

This lets you force a specific window scale, this is needed
for mutter to be able to disable the scaling as it needs access
to unmangled X window/screen sizes. It can also be useful to
force a specific scale in e.g. tests.

Enforce a fixed scale of 1 if no cairo scale support

We used to just follow the default, which would pick up scale
changes from xsettings, but that is not right if we can't
actually support scales.

Avoid deprecation warnings

iconhelper: refactor some code into a single function

https://bugzilla.gnome.org/show_bug.cgi?id=705443

iconfactory: cache/invalidate pixbufs according to the effect

The state of the widget is not enough now to cache the pixbuf - we also
have to take into consideration the image effect itself, since the state
on the actual GtkStyleContext we use might not change, e.g. because the
change was on a parent context.

https://bugzilla.gnome.org/show_bug.cgi?id=705443

themingengine: apply image effects according to GtkCssImageEffect value

Instead of only looking at the state flags.

https://bugzilla.gnome.org/show_bug.cgi?id=705443

css: Add a GtkCssValue for GtkCssImageEffect

This will allow us to use the CSS machinery to apply a highlight or dim
effect when images are prelit or insensitive.

https://bugzilla.gnome.org/show_bug.cgi?id=705443

themingengine: refactor a conditional branch

Return early when the state is not wildcarded - makes the code more
readable.

https://bugzilla.gnome.org/show_bug.cgi?id=705443

pathbar: add back GTK_STYLE_CLASS_LINKED

This was accidentally removed in commit
42f53ab58e3f905b242029c2ea446d79d2113725

https://bugzilla.gnome.org/show_bug.cgi?id=706028

Redo style class handling

We should set the appropriate style classes when we have
constructed the content and know if it is a label, an image,
or both. Doing this in the convenience constructors is
problematic for language bindings, and misses out when the
content is changed after construction.

Revert "Add the "text-button" style to button created with gtk_button_new_with_{label,mnemonic}"

This reverts commit 8d7bab7d7b902e54f27d7dbe26bca9e21eb45787.

Fix a typo

GtkEntry: add a "tabs" property for setting a PangoTabArray in the layout.

I'm currently working on porting view::FieldEntry (from libview) to C for use in
upstream GTK+. FieldEntry is a widget which allows users to enter structured
text such as IPv4 addresses or serial numbers. The way that FieldEntry
delineates the fields within the entry is with tabstops, using PangoTabArray
entries to precisely position the fields and delimiters. Because GtkEntry
rebuilds its internal PangoLayout fairly frequently, this requires a property in
the entry that will set the tabs on the layout whenever that happens. This API
looks very similar to one in GtkTextView.

Patch by David Trowbridge <trowbrds@gmail.com>. Updated for Gtk+ 3.10.

https://bugzilla.gnome.org/show_bug.cgi?id=697399

Fix GtkEntry drawing to provide visual feedback when editable=FALSE.

GtkEntry currently draws exactly the same no matter what the state of the
'editable' property. This is pretty confusing for users because there's
no visual feedback at all, it just seems like their keyboard is broken.

This change adds a "read-only" class to the StyleContext, which will
continue to allow the user to select/copy the text, but will draw the
entry as if it were insensitive, providing some indication that the
contents can't be changed.

Signed-off-by: David Trowbridge <trowbrds@gmail.com>
http://bugzilla.gnome.org/show_bug.cgi?id=694831

icon-theme: Add ScaledDirectories support

For backwards compat support we don't want old implementations not
supporting scaling to see the new scaled directories, so move these
to a separate list.

icon-theme: Use "Scale" for key as per the spec

The latest spec proposal uses "Scale", not "OutputScale", so use this.

gdk_window_raise (): Do not invalidate toplevel windows.

Fix keyboard activation of menu buttons

Keyboard activation relies on the menu not being visible,
so ensure that it isn't when the menu is attached.

Problem tracked down by Vincent Le Garrec,
https://bugzilla.gnome.org/show_bug.cgi?id=688738

Add a style class for context menus

Attached widgets inherit from the style of the widget they are
attached to. This can sometimes have unintended consequences,
like a context menu in the main view of gedit inheriting the font
that is configured for documents, or the context menu of the preview
in the font chooser coming up with humongous font size.

To fix this problem, we introduce a context menu style class
and use it for all menus that are used like that. The theme
can then set a font for this style class.

https://bugzilla.gnome.org/show_bug.cgi?id=697127

Add the "text-button" style to button created with gtk_button_new_with_{label,mnemonic}

https://bugzilla.gnome.org/show_bug.cgi?id=706220

Update Chinese simplified translatin for properties

window: Some protection against nested set_focus() calls

Since set_focus() can triger events, have a check to make
sure state is still valid before firing is-focus signal.

https://bugzilla.gnome.org/show_bug.cgi?id=706152

window: set GTK_STYLE_CLASS_TITLEBAR to custom titles

When a custom title is added to a GtkWindow, add the
GTK_STYLE_CLASS_TITLEBAR to it, so the theme can apply the default rules
for its style.

https://bugzilla.gnome.org/show_bug.cgi?id=706045

stylecontext: add GTK_STYLE_CLASS_TITLEBAR define

For consistency with the other stock style classes.

https://bugzilla.gnome.org/show_bug.cgi?id=706045

Revert "Deprecate and ignore the cursor blink settings"

This reverts commit b2e666bf8f297eb998331fa8ce0062ce7a5198fa.

We need to keep cursor blinking configurable for accessibility
reasons.

https://bugzilla.gnome.org/show_bug.cgi?id=704134

Conflicts:
gdk/win32/gdkproperty-win32.c
gdk/x11/gdksettings.c
gtk/gtksettings.c
gtk/gtktextview.c

Make symbolic icons work with the current rsvg

The rsvg loader now restricts what external files it will
allow to load from an svg. Thus our xinclude trick doesn't work
anymore. To work around that, embed the payload in a  data: uri.
This is somewhat ugly, but the best we could come up with.

Bug 705750 Quartz input method doesn't work correctly for Chinese characters

Modified from original for Gtk3.

Add style classes to headerbar titles

The current theme just makes all text bold that appears anywhere
in a headerbar, which is not great. We add 'title' and 'subtitle'
style classes to allow more targeted overriding of the font.

Update config.h.win32.in

Make its entries match those that are checked by autotools in config.h.in

Fix a crasher that was introduced by 9ca802161ec6387419d160f21fe477008a567477
due to preedit_str being initialized as an empty string rather than NULL.

Bug 705182 Reset Cocoa IME state when immodule is reset

Commits the pre-edit string on receipt of focus_out and reset
commands.
Patch refinements by Cody Russell <bratsche@gnome.org> and
Ek Kato <ek.kato@gmail.com>

gtksearchentry: Provide an accessible name

https://bugzilla.gnome.org/show_bug.cgi?id=706014

Clean up Property Sheets a bit

...from the last commit, as some unecessary stuff was left over in the
Visual Studio 2010 property sheets.

Update Visual Studio Property Sheets

-For the binary "installation", look for the DLL files with their file
 names consistent with the ones that are generated with the respective
 Visual Studio projects.
-Remove any stray GDK DLLs that were left over from a Broadway-enabled
 GDK when building a non-Broadway-enabled GTK+ binary set.

gtkdnd: Introduce a new API for more accurate drag origin data

When trying to drag, we currently the position of the first motion
event to determine where the drag came from. This might be alright
in the case of the old animation, but the data will be inaccurate
if the user has moved the pointer quite a bit since pressing the
cursor to start dragging. While we could monkey patch the GdkEvent
at the widget layer, this is unintuitive and strange.

Add a new API that takes a set of pointer coordinates describing
the origin of the drag. Additionally, adapt most widgets to use
it and use it with correct coordinates.

https://bugzilla.gnome.org/show_bug.cgi?id=705605

gtkdnd: Use a more modern spring back animation for cancelled drags

https://bugzilla.gnome.org/show_bug.cgi?id=705605

gtktextutil: Remove the border and background from drag icons

https://bugzilla.gnome.org/show_bug.cgi?id=705605

doap: doap files are required to have a lowercase <name>

docs: Convert GtkMenuShell comment to documentation

https://bugzilla.gnome.org/show_bug.cgi?id=448637

oopx - fix typo

Signed-off-by: Yosef Or Boczko <yoseforb@gmail.com>

Add gtk_button_new_from_icon_name

This function is a convenience wrapper around
gtk_button_new() and gtk_button_set_image().

https://bugzilla.gnome.org/show_bug.cgi?id=705918

Signed-off-by: Yosef Or Boczko <yoseforb@gmail.com>

paned: minus the size by the handle for the for_child1 computation.

Fixes:
(rhythmbox:22802): Gtk-CRITICAL **:
_gtk_widget_get_preferred_size_for_size: assertion 'size >= -1' failed

that is gtk_paned_get_preferred_size_for_opposite_orientation calls
_gtk_widget_get_preferred_size_for_size on child2 with a negative
size.

As gtkpaned size was (32), child1 minimum size was (55) then
for_child1 became (32) for an handle_size of (5). Thus for_child2
ended up as (-5).

https://bugzilla.gnome.org/show_bug.cgi?id=705624

GtkSpinButton: disconnect signals in the accessible

Just as for GtkRangeAccessible, we were not even trying to disconnect
the signal handler from the adjustment. The same fix works here:
override the widget_set and widget_unset vfuncs.

https://bugzilla.gnome.org/show_bug.cgi?id=705692

GtkRange: disconnect signals in the accessible

We were only disconnecting the signal in finalize, when
the widget was already unset. Instead, override the widget_set
and widget_unset vfuncs of GtkAccessible, and keep a reference
to the adjustment.

https://bugzilla.gnome.org/show_bug.cgi?id=705692

Trivial typo fix

Improve a deprecation hint

Don't point to a replacement that is itself deprecated.

https://bugzilla.gnome.org/show_bug.cgi?id=705372

searchbar: ignore GDK_KEY_Menu in handle_event()

https://bugzilla.gnome.org/show_bug.cgi?id=705524

MSVC Builds: Update "installation" of headers

"Install" the newly-introduced public header gdkwin32misc.h.

Bug 702144: Make gdkwin32.h a pure include-only header

Move all the system includes, defines and function prototypes into a
separate header gdkwin32misc.h, so that we could keep gdkwin32.h as simple
as possible.

GTK-Win32: Avoid Using Deprecated API

Replace the deprecated API calls with the updated APIs, and fix the build
of modules/input/gtkimcontextime.c, as we really needed
gdk/gdkkeysyms-compat.h (gdk/gdkkeysyms.h was already included)

https://bugzilla.gnome.org/show_bug.cgi?id=705068

gdk/win32/gdkdevice-virtual.c: Don't Use Deprecated APIs

...this was split into two commits as this source file has different
line endings (for some reason) from the other GDK-Win32 source files that
were updated in the quest to refrain from using deprecated APIs

GdkWin32: Avoid Using Deprecated API

Update the Win32 GDK backend to not use the deprecated GDK APIs.

https://bugzilla.gnome.org/show_bug.cgi?id=705068